Automated construction and deployment of complex event processing applications and business activity monitoring dashboards

ABSTRACT

A system and method for constructing and deploying a business activity monitoring (BAM) dashboard associated with an event-based process are disclosed. A configuration module receives an event-based process identifier for an event-based process and data, such as inputs or outputs, for the event-based process. A generation module then generates a dashboard description that includes the identifier and an associated dashboard template having one or more dashboard components. This dashboard description is used by a dashboard server to automatically generate a BAM dashboard for monitoring the event-based process by using the association between the dashboard template and the event-based process to display data associated with the event-based process using one or more dashboard components.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/025,586, filed Feb. 4, 2008, titled “Automated Construction andDeployment of Complex Event Processing Applications and BusinessActivity Monitoring Dashboards”, and claims priority under 35 U.S.C.§119(e) from U.S. Provisional Patent Application No. 60/888,500, titled“A Set Of Techniques and A Process to Create and Deploy, Over theInternet, Complex Event Processing (CEP) Applications that Support RichInteractive Dashboards to Enable Business Activity Monitoring (BAM),”filed Feb. 6, 2007, and U.S. Provisional Patent Application No.60/896,266, entitled “A Process for the Graphical Modelling,Construction and Deployment of Complex Event Processing BusinessActivity Monitoring Processes,” filed Mar. 21, 2007, all of which areincorporated by reference herein in their entirety.

BACKGROUND

1. Field of Art

The present invention generally relates to the field of event-basedcomputer systems, and more specifically, to constructing and deployingcomplex event processing (CEP) applications and business activitymonitoring (BAM) dashboards.

2. Description of the Related Art

Recently, the availability and amount of real-time information hassignificantly increased. This allows businesses to monitor events inreal-time and to automatically respond, with minimal latency, whencertain events or conditions, such as threats or business opportunities,arise. However, conventional computer systems, such as database systems,are not designed for such real-time event monitoring, analysis andresponse. Although conventional sequential programming languages, suchas C++ or Java™ allow construction of customized systems for eventdetection and response, constructing such an event-based system istime-intensive and the inherent sequential nature of such programminglanguages is not suitable for various types of real-time eventmonitoring, analysis and response.

Event-based computing systems allow real-time monitoring, analysis andresponse to various types of events. In event-based systems, incomingevents are monitored for pre-defined patterns and defined actions aretaken when a pattern is detected. Hence, these event-based systemssupport applications requiring proactive responses to patterns inchanging data, such as real-time algorithmic trading, risk, compliance,telecommunications, digital battlefield applications, terroristtracking, supply chain monitoring and logistics.

Additionally, business activity monitoring (BAM) techniques allowvisualization of event patterns detected by an event-based computingsystem, providing real-time insights into an event flow. Businessactivity monitoring is any automatic monitoring of business-relatedevents. Examples of BAM include: business activity management; thecombination of business process management and historical analytics;automatically monitoring events associated with specific activities inan executing business process; monitoring business processes andgenerating alerts about pending and actual problems; managingaggregations, alerts and profiles to monitor relevant business metrics;real-time access to critical business performance indicators to improvethe speed and effectiveness of business operations; or any software thataids in monitoring of business activities. For example, event-basedcomputing using BAM techniques allow hedge funds to monitor trades,logistics operators to monitor locations and delays in a shipment, andsurveillance personnel to detect fraudulent behavior at differentdevices.

However, there are no standard development tools and techniques forcreating and deploying event-based BAM applications. Conventionaldevelopment methods require use of a bespoke-based method, resulting ina long development cycle and a difficult to maintain system. Asconventional development techniques rely on user entry of text data in astructured format, these techniques also cannot uniformly abstractmultiple application or scenario types, distinguish between differentinput parameters and support streaming output parameters. Existingevent-based BAM application construction techniques require initialdevelopment of the underlying event-based process or scenario, using atext-based event programming language having multiple syntax rules.

SUMMARY

A system for constructing and deploying a complex event processingapplication and a business activity monitoring (BAM) dashboard comprisesa configuration module and a dashboard server adapted for communicationwith an event engine. The configuration module includes a generationmodule, a deployment module and a template storage module. Theconfiguration module receives an event-based process identifier thatdescribes or identifies an event-based process and data related to theevent-based process, such as an input to the event-based process and/oran output generated by the event-based process. In an embodiment, theevent-based process identifier also describes or identifies additionalinformation, such as data used internally by the event-based process orassociated with the event-based process. The generation moduleautomatically associates a template stored in the template storagemodule with the event-based process. The template includes one or moredashboard components for displaying data associated with the event-basedprocess. During execution of the event-based process, the dashboardcomponents from the template are used to display data associated withthe event-based process in a manner specified by in the template. Thisallows the template to automatically generate a BAM dashboard formonitoring data associated with event-based process without requiringuser configuration of the BAM dashboard appearance or configuration ofrelationships between dashboard components and data associated with theevent-based process.

The template storage module stores templates having a dashboardcomponent. The template storage module is adapted to communicate with anediting module that receives data identifying or describing anevent-based process. The generation module associates the event-basedprocess with a template. For example, the generation module associatesan input to the event-based process with a first dashboard component andassociates an output from the event-based process with a seconddashboard component characteristic for the template. This allows datafrom the event-based process to be displayed in a format orconfiguration specified by the template. By automatically associatingevent-based process input data and/or output data with displaycharacteristics, the generation module allows automatic generation of aBAM dashboard for monitoring data associated with the event-basedprocess. This simplifies BAM dashboard generation by removing the needfor manual identification of what data associated with the event-basedprocess to display and how to display the data associated with theevent-based process.

A method for constructing and deploying a complex event processingapplication and a BAM dashboard comprises receiving an identifier for anevent-based process; selecting a dashboard template including one ormore dashboard components; relating data associated with the event-basedprocess and a dashboard component; creating a deployment package, anddeploying the deployment package on a server, and then using theselected dashboard template and the relationship between data associatedwith the event-based process and the one or more dashboard components tovisually display data associated with the event-based process.

The features and advantages described in the specification are not allinclusive and, in particular, many additional features and advantageswill be apparent to one of ordinary skill in the art in view of thedrawings, specification and claims. Moreover, it should be noted thatthe language used in the specification has been principally selected forreadability and instructional purposes, and may not have been selectedto delineate or circumscribe the inventive subject matter.

BRIEF DESCRIPTION OF DRAWINGS

The disclosed embodiments have other advantages and features which willbe more readily apparent from the following detailed description and theappended claims, when taken in conjunction with the accompanyingdrawings, in which:

FIG. 1 is a block diagram of a distributed computing system for eventprocessing according to one embodiment of the invention.

FIG. 2 is a block diagram of a configuration module for generating anevent-driven BAM dashboard according to one embodiment of the invention.

FIG. 3 is a block diagram of a deployment packet for a BAM dashboardaccording to one embodiment of the invention.

FIG. 4 is a flow chart of a method for generating and deploying a BAMdashboard according to one embodiment of the invention.

FIG. 5 is a trace diagram of the method for generating and deploying aBAM dashboard in a distributed computer system according to oneembodiment of the invention.

FIGS. 6A and 6B are graphic representations of example user interfacesfor automatically generating a BAM dashboard according to one embodimentof the invention.

FIG. 7 is a block diagram of the dashboard server generating a pluralityof BAM dashboards for a plurality of clients according to one embodimentof the invention.

FIG. 8A is a graphical representation of an example dashboard generatedfor real time event visualization.

FIG. 8B is a graphical representation of an example user interface for aBAM dashboard according to one embodiment of the invention.

DETAILED DESCRIPTION

A system and method for configuring dashboards associated with anevent-based process, such as generating or modifying a dashboardresponsive to a received description of the event-based process, aredescribed. For purposes of explanation, numerous specific details areset forth in order to provide a thorough understanding of the invention.It will be apparent, however, to one skilled in the art that theinvention can be practiced without these specific details. In otherinstances, structures and devices are shown in block diagram form inorder to avoid obscuring the invention. While the present invention isdescribed in the context of business application monitoring (BAM)dashboards, those skilled in the art will recognize that the presentinvention may also be used for configuring other types of dashboards.

Reference in the specification to “one embodiment” or “an embodiment”means that a particular feature, structure or characteristic describedin connection with the embodiment is included in at least one embodimentof the invention. The appearances of the phrase “in one embodiment” invarious places in the specification are not necessarily all referring tothe same embodiment.

Some embodiments may be described using the expression “coupled” and“connected” along with their derivatives. It should be understood thatthese terms are not intended as synonyms for each other. For example,some embodiments may be described using the term “connected” to indicatethat two or more elements are in direct physical or electrical contactwith each other. In another example, some embodiments may be describedusing the term “coupled” to indicate that two or more elements are indirect physical or electrical contact. The term “coupled,” however, mayalso mean that two or more elements are not in direct contact with eachother, but yet still co-operate or interact with each other. Theembodiments are not limited in this context.

As used herein, the terms “comprises,” “comprising,” “includes,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article or apparatus. Further, unless expressly stated to the contrary,“or” refers to an inclusive or and not to an exclusive or. For example,a condition A or B is satisfied by any one of the following: A is true(or present) and B is false (or not present), A is false (or notpresent) and B is true (or present), and both A and B are true (orpresent).

In addition, use of the “a” or “an” are employed to describe elementsand components of the invention. This is done merely for convenience andto give a general sense of the invention. This description should beread to include one or at least one and the singular also includes theplural unless it is obvious that it is meant otherwise.

The algorithms and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general-purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct a more specializedapparatus to perform the required method steps. The required structurefor a variety of these systems will be apparent from the descriptionbelow. In addition, the present invention is not described withreference to any particular programming language. It will be appreciatedthat a variety of programming languages may be used to implement theteachings of the invention as described herein.

System Architecture

FIG. 1 is a block diagram of a distributed computing system 100 forevent processing according to an embodiment of the present invention.The distributed computing system 100 comprises an event engine 120, aconfiguration module 130, an event integration layer 140, an event store127, a relational database management system (RDBMS) 150 and an eventmonitoring module 160 coupled by a network (shown as various connectinglines between these components). The distributed computing system 100also comprises a dashboard server 137 coupled to a plurality of clientdevices having a browser 110 for presenting a deployed dashboard 145.The event engine 120, the configuration module 130 and the dashboardserver 137 are adapted for generating, modifying and deploying abusiness application monitoring (BAM) dashboard. A BAM dashboardreceives data associated with an application of an event-based processfrom the event engine 120 and then displays the received data using oneor more dashboard components, allowing visualization of the event-basedprocess. An example BAM dashboard is further described below inconjunction with FIGS. 8A and 8B.

The event engine 120 receives input events 105 from one or more sources,such as computing devices (not shown) which include computingcapabilities and data communication capabilities, and generates outputactions 115 using an event-based process. Multiple computing devices areused to allow the distributed computing system 100 to process multipleinput events 105 to generate multiple output actions 115. For example,different computing devices transmit different input events 105 andreceive different output actions 115. The input events 105 received bythe event engine 120 describe occurrences, such as an inventory level, ashipping delay or similar occurrence, or responses to detecting anevent, such as invoking a service, notifying a user, initiating aprocess or other similar action.

In one embodiment, input events 105 are transmitted to the event engine120 using a data packet including an event header and an event body. Theevent header comprises an event identifier, an event type, an eventname, a time stamp and an event occurrence number. The event bodycomprises data describing the occurrence, for example a description of aproduct having sales below a threshold.

The event engine 120 can be implemented in many ways. For example, it isa software process executable by a processor (not shown) and/or afirmware application. The process and/or firmware can be configured tooperate on a general purpose microprocessor or controller, a fieldprogrammable gate array (FPGA), an application specific integratedcircuit (ASIC) or a combination thereof. Alternatively, the event engine120 comprises a processor configured to process data describing eventsand may comprise various computing architectures including a complexinstruction set computer (CISC) architecture, a reduced instruction setcomputer (RISC) architecture or an architecture implementing acombination of instruction sets. The event engine 120 can comprise asingle processor or multiple processors. Alternatively, the event engine120 comprises multiple software or firmware processes running on ageneral purpose computer hardware device. For purposes of illustration,FIG. 1 shows the distributed computing system 100 as having a singleevent engine; however, in various embodiments, the distributed computingsystem 100 includes a plurality of event engines.

The event engine 120 includes the rule store 125 having one or moreevent processing rules describing the event-based process. The rules areapplied to the received input event 105 to generate an output action115. In one embodiment, the rule store 125 also includes one or morestates corresponding to the application of event-processing rules toinput events 105. Additionally, the event engine 120 receives input fromthe configuration module 130 and modifies the contents of the rule store125, such as the event processing rules or states of the event-basedprocess, accordingly. For example, responsive to input from theconfiguration module 130, the event engine 120 adds additional states tothe event-based process, modifies existing states of the event-basedprocess, modifies event processing rules, adds additional eventprocessing rules or performs similar actions.

The event engine 120 also comprises a dashboard store 126 including dataused by one or more BAM dashboards. Data in the dashboard store 126describes what information from an event-based process is output forpresentation in the BAM dashboard and how data is communicated out ofthe event engine 120. For example, the dashboard store 126 identifiesdata from an event-based process for display to a user, a display formatfor the data from the event-based process and/or control objects forcommunicating data to or otherwise modifying the event-based process. Inone embodiment, the dashboard store 126 also includes one or moretemplates describing how data from the event-based process is displayed,such as font size or type, display color or other data or instructionsdescribing presentation of data to a user. In an embodiment, the BAMdashboard comprises a plurality of web pages and the template describesthe number of web pages comprising the dashboard, the function of thevarious web pages and navigation between web pages within the dashboard.In one embodiment, the event engine 120 communicates data for the BAMdashboard to the dashboard server 137. In other embodiments, the eventengine 120 communicates data from the dashboard store 126 to thedestination of the output actions 115, the configuration module 130, theevent monitoring module 160, or another device which displays datadescribing the event-based process or data associated with theevent-based process. The dashboard store 126 allows data from theevent-based process to be displayed in a specified format, such as agraphical or a tabular format, simplifying analysis or monitoring of theevent-based process.

By including one or more templates, the dashboard store 126 allowsdashboards to be customized for different implementations. This allowsdata from a single event-based process to be displayed to a user (ordifferent users) in different formats specified by one or moretemplates. For example, different companies can use a single event-basedprocess to generate output, but can associate different company-specifictemplates with the event-based process to allow the output data to bedisplayed according to individual requirements or preferences. Hence,the dashboard store 126 allows data from a single event-based process tobe displayed in various formats. The dashboard store 126 can also act asa data source to allow for the aggregation of real-time data for displayin complex event processing applications and BAM dashboards. Thedashboard store 126 can aggregate data from the event engine 120 andtransmit it to the dashboard server 137 for presentation in a BAMdashboard.

In one embodiment, the rule store 125 and/or the dashboard store 126comprise a non-volatile storage device, such as a hard disk drive, aflash memory device or other persistent storage device. Alternatively,the rule store 125 and/or the dashboard store 126 comprise a volatilestorage device such as dynamic random access memory (DRAM), staticrandom access memory (SRAM) or another suitable memory device. Inanother embodiment, the rule store 125 and/or the dashboard store 126comprise a combination of a non-volatile storage device and a volatilestorage device.

The configuration module 130 includes computing capabilities and datacommunication capabilities. The configuration module 130 receives inputand generates configuration data for controlling and modifying theevent-based process. The configuration module 130 also receives inputand modifies a dashboard associated with the event-based process. Theconfiguration module 130 then transmits data, instructions orinformation to the event engine 120 to modify the event-based process orto the dashboard server 137 to modify the dashboard based on theconfiguration data. In one embodiment, the configuration module 130 alsoreformats the received input from a first format to a second format forthe configuration data. For example, the configuration module 130receives as input a graphical model describing one or more states of theevent-based process and generates textual data formatted in an eventprocessing language corresponding to the received graphical model. Thisallows a user to describe an event-based process in a simple, intuitiveformat, which is converted into executable data for implementation bythe event engine 120. Alternatively, the configuration module 130receives text data describing event-based process states and transitionsbetween one or more event-based process states which is implemented bythe event engine 120. The configuration module 130 is described in moredetail below with reference to FIG. 2 as it relates to generating,modifying and deploying a BAM dashboard.

The event integration layer 140 receives input events 105 from one ormore sources, such as computing devices, and receives one or more outputactions 115 from the event engine 120. The event integration layer 140modifies the format(s) of the input events 105 and/or output actions115, allowing a single output format from the event engine 120 to bereformatted for use by different computing devices. Similarly, the eventintegration layer 140 reformats received input events 105 allowing theevent engine 120 to receive data in a consistent format, regardless ofthe format in which input events 105 are received by the eventintegration layer 140. In various embodiments, the event integrationlayer 140 comprises one or more software or firmware processes runningon a general purpose computer hardware device.

The event store 127 stores received input events 105 and/or outputactions 115. In an embodiment, the event store 127 communicates with theevent integration layer 140 to capture input events 105 and outputactions 115. The event store 127 also is coupled to the event engine120, allowing the event store 127 to communicate stored events to theevent engine 120. In an embodiment, the event store 127 stores thecaptured input events 105 in a database or other structured format toexpedite subsequent retrieval of the stored events. In one embodiment,the event store 127 comprises a non-volatile storage or a combination ofnon-volatile storage and a volatile storage.

In an embodiment, the distributed computing system 100 also includes aRelational Database Management System (RDBMS) 150 which communicateswith the event integration layer 140 to access the event store 127. Inanother embodiment, the RDBMS 150 is directly coupled to the event store127. The RDBMS 150 manages and maintains data stored in the event store127. For example, the captured input events 105 and/or output actions115 are stored as tables and the relationship between the captured inputevents 105 and/or output actions 115 is also stored as one or moretables. RDBMS 150 simplifies retrieval and subsequent use of storedevents for event processing analysis or use of stored events as input toan event processing simulation.

In one embodiment, the event engine 120 is also adapted to communicatewith an event monitoring module 160. The event monitoring module 160receives data from the event engine 120 describing event processing. Forexample, as the event engine 120 applies different rules to an inputevent 105, the event engine 120 communicates the results of the ruleapplication to the event monitoring module 160. The event monitoringmodule 160 then displays data describing the event processing formonitoring, allowing real-time monitoring of event processing. Forexample, the event monitoring module 160 displays a BAM dashboardassociated with an event-based process, so that observing the BAMdashboard allows for monitoring of event-based process execution. Anexample BAM dashboard showing event-based process execution is describedbelow in conjunction with FIG. 8B.

The event monitoring module 160 comprises any device or moduleconfigured to receive data from the event engine 120 and process thereceived data, such as by displaying the data or applying one or moreevent processing rules to the data. In one embodiment, the eventmonitoring module 160 comprises a cursor controller, a keyboard orkeypad, a trackball, a stylus or other mechanism for communicatinginformation and/or commands to the event engine 120. Alternatively or inaddition, the event monitoring module 160 comprises a device includingcomputing capabilities and data communication capabilities thatcommunicates data capture or event processing simulation data to theevent engine 120. Using one or more separate computing devices for theevent monitoring module 160 allows the data capturing and/or simulationto occur at a location remote from the event engine 120.

In one embodiment, a network (shown generally as the lines connectingthe components of FIG. 1) is used to transmit data or instructionsbetween or among the event engine 120, configuration module 130,dashboard server 137, event integration layer 140, event store 127,RDBMS 150, event monitoring module 160 and other computing devices (notshown). The network may comprise a conventional wireless datacommunication system, for example, general packet radio service (GPRS),IEEE 802.11 (or WiFi), IEEE 802.16 (or WiMax), Bluetooth, or any othersuitable wireless communication system. Alternatively, the network maycomprise a conventional wired data communication system, such asEthernet, digital subscriber line (DSL), integrated services digitalnetwork (ISDN), or any other suitable wired communication system. In anembodiment, the network comprises a combination of a wirelesscommunication system and a wired communication system. Alternatively,the network is replaced by a peer-to-peer configuration where thecomputing devices, event engine 120, configuration module 130, eventintegration layer 140, event store 127 and event monitoring module 160directly communicate with each other.

As shown in FIG. 1, the dashboard server 137 is coupled to a pluralityof client devices having a browser 110 for presenting a deployeddashboard 145. The dashboard server 137 is also adapted to communicatewith the configuration module 130 and the event engine 120. Thedashboard server 137 includes one or more BAM dashboard templatesindicating how data from an event-based process (e.g., the event engine120) is displayed. The dashboard server 137 also maintains a BAMdashboard description for associating an event-based process with atemplate. For example, the dashboard server 137 includes a data tablewhere an event-based process identifier is associated with a BAMdashboard description to indicate the event-based process providing dataused by a BAM dashboard description. In one embodiment, the dashboardserver 137 also identifies data from an event-based process, a displayformat for the data from the event-based process and/or control objectsfor modifying the event-based process. The dashboard server 137 receivesdata from the event engine 120 as an event-based process is applied toinput events 105 and uses the BAM dashboard description to format thereceived data for display. The formatted data is then transmitted to aclient device having a browser 110 to present the data in the deployeddashboard 145. The dashboard server 137 also receives a deploymentpackage 310 (see FIG. 3) from the configuration module 130. Thedashboard server 137 uses the dashboard deployment package 310 tocreate, configure or modify a BAM dashboard description accordingly.This also includes the ability to present and control access to the datawithin the event engine 120 differently for different users of thedeployed dashboards 145. A dashboard server 137 provides greaterscalability for the distributed computing system 100 by moving clientmanagement from the event engine 120 to the dashboard server 137. Thedashboard server 137 also reduces the amount of data communicatedto/from the event engine 120 by using the dashboard server 137 to modifyBAM dashboard appearance or data used by a BAM dashboard. This reductionin received data decreases the frequency at which the event engine 120is accessed by external devices, increasing security of the event engine120. Although shown as a single server, those skilled in the art willrecognize that the dashboard server 137 may alternatively be a pluralityof dashboard servers, or a combination of a data server and anapplication server where the data server mediates access to the eventengine(s) 120 and the application server manages communication anddeployment of the dashboards on browsers 110 of client devices.

For purposes of illustration, FIG. 1 shows event engine 120,configuration module 130, dashboard server 137, event integration layer140, event store 127, RDBMS 150 and event monitoring module 160 asdiscrete modules. However, in various embodiments, one or more of theevent engine 120, configuration module 130, dashboard server 137, eventintegration layer 140, event store 127, RDBMS 150 and event monitoringmodule 160 can be combined. This allows a single module to perform thefunctions of one or more of the above-described modules.

FIG. 2 is a block diagram of one embodiment of the present inventionshowing the configuration module 130 in more detail. The configurationmodule 130 comprises a processor 210, an input device 220, an outputdevice 230, a communication module 240, a storage module 250, an editingmodule 260, a generation module 270 and a deployment module 275 coupledby a bus 215. Those of skill in the art will recognize that differentembodiments can provide the functionality of FIG. 2 in different ways.Moreover, other embodiments can include different and/or additionalfeatures and/or components than the ones described here.

The processor 210 processes data signals and may comprise variouscomputing architectures including a complex instruction set computer(CISC) architecture, a reduced instruction set (RISC) architecture or anarchitecture implementing a combination of instruction sets. Althoughonly a single processor is shown in FIG. 2, multiple processors may beincluded. The processor 210 comprises an arithmetic logic unit, amicroprocessor, a general purpose computer, or some other informationappliance equipped to transmit, receive and process electronic data fromthe input device 220, the output device 230, the communication module240, the storage module 250, the editing module 260, the generationmodule 270 and a deployment module 275 or other components of theconfiguration module 130.

The input device 220 is any device configured to provide user input tothe configuration module 130 such as a cursor controller or a keyboard.In one embodiment, the input device 220 comprises an alphanumericdevice, such as a QWERTY keyboard, a key pad or representations of suchcreated on a touch screen, adapted to communicate information and/orcommands to the processor 210, the storage module 250, the editingmodule 260, the generation module 270 and a deployment module 275 orother components. In another embodiment, the input device 220 is a userinput device equipped to communicate positional data as well as commandselections to the processor 210 such as a joystick, a mouse, atrackball, a stylus, a pen, a touch screen, cursor direction keys orother mechanisms to cause movement adjustment of an image.

The output device 230 represents any device equipped to displayelectronic images and data as described herein. Output device 230 maybe, for example, a light emitting diode (LED) display, liquid crystaldisplay (LCD), cathode ray tube (CRT) display, or any other similarlyequipped display device, screen or monitor. In one embodiment, outputdevice 230 is equipped with a touch screen in which a touch-sensitive,transparent panel covers the screen of output device 230. The outputdevice 230 displays data received from the processor 210, the inputdevice 220, the communication module 240, the storage module 250, theediting module 260 or other components of the configuration module 130.

In an embodiment, the configuration module 130 further comprises acommunication module 240 enabling the configuration module 130 tocommunicate with the event engine 120 and/or other devices. In anembodiment, the communication module 240 comprises a transceiver such asfor infrared communication, Bluetooth communication, 3G communication,radio frequency communication, or any other wireless communicationtechnique. In an alternative embodiment, the communication module 240comprises a conventional wired connection, such as Ethernet, UniversalSerial Bus (USB), or other wired communication techniques.Alternatively, the communication module 240 comprises both a wiredconnection and a transceiver. The communication module 240 allows data,commands and/or information to be distributed using network protocols,such as Transmission Control Protocol (TCP), Internet Protocol (IP),Hypertext Transmission Protocol (HTTP), or other protocols capable ofcommunicating data or information.

The storage module 250 stores data for use by the configuration module130. The stored data is received from the processor 210, the inputdevice 220, the communication module 240, the editing module 260 oranother suitable module. In various embodiments, the stored data isentered or provided by a user, generated by a software process executingon the configuration module 130 or any other suitable manner of dataacquisition. The storage module 250 comprises a hard disk drive, a flashmemory device or other suitable mass storage device. Further, thestorage module 250 can include a volatile storage device, a non-volatilestorage device or a combination of a non-volatile storage device and avolatile storage device.

A template storage module 290 including BAM dashboard templates isincluded in the storage module 250. Structured text data, such as XMLdata, describing one or more BAM dashboard components (e.g., datatables, graph displays, chart displays, graphical images, text boxes,labels or similar components for visually displaying data) is stored inthe template storage module 290. For a subset of the BAM dashboardcomponents, the template storage module 290 associates a graphicalrepresentation of the BAM dashboard component with structured text datadescribing implementation the BAM dashboard component. This allows theBAM dashboard to display performance of the event-based process usingboth graphical components and text-based components. Additionally, thedashboard templates associate BAM dashboard components with one or moretypes of data from the event-based process, allowing automaticassociation of data from the event-based process with a BAM dashboardcomponent. This simplifies construction or modification of a BAMdashboard by allowing a user to specify an event-based process causingautomatic association of a dashboard component with data associated withthe event-based process.

The editing module 260 generates and/or displays a graphicalrepresentation of an event-based process. The editing module 260 is alsoused to create and modify a dashboard. The editing module 260 alsoreceives input from the other modules 210, 220, etc. or from anothersuitable data source describing: 1) an event-based process, 2) a BAMdashboard, 3) modifications to an event-based process or 4)modifications to a BAM dashboard stored in the storage module 250. Inone embodiment, the editing module 260 receives data describing thestates and state transitions of an event-based process, generates anddisplays a graphical representation of the states and state transitionsof the event-based process from the received input. In one embodiment,the editing module 260 also receives data modifying or specifying rulesindicating the transition between states of the event-based process andmodifies an existing representation of the state transition rules orgenerates a new representation of the state transition rules.Additionally, the editing module 260 receives input describing differentBAM dashboard components, properties or characteristics of the BAMdashboard components and how the BAM dashboard components are positionedrelative to each other. The editing module 260 then displays a graphicalrepresentation of the BAM dashboard based on the received input whilegenerating or modifying structured data associated with the graphicalrepresentation of the BAM dashboard. This allows a user to furthercustomize dashboard appearance.

The editing module 260 also includes a dashboard configurator 135 forgenerating or modifying a BAM dashboard associated with an event-basedprocess. The dashboard configurator 135 associates data from adescription of an event-based process with a template stored in thetemplate storage module 290. For example, the dashboard configurator 135associates structured text data, such as extensible markup language(XML), Java™, C++ or other text data having a structured format,describing one or more dashboard components and/or data associated withthe event-based process. In particular, the dashboard configurator 135associates XML data for a data table with outputs from the event-basedprocess to display the event-based process outputs in a formatted datatable. The dashboard configurator 135 also creates and modifiestemplates. In an embodiment, the dashboard configurator 135 generates asimplified configuration interface, such as described below inconjunction with FIGS. 6A and 6B, to allow a user to rapidly generate aBAM dashboard from an event-based process description. In an embodiment,the simplified configuration interface receives data describing an inputto and an output from an event-based process and associates the inputand/or output with one or more dashboard components from a storeddashboard template. In another embodiment, the simplified configurationinterface allows a user to select one or more inputs or outputs from anevent-based process for association with a dashboard component.Additionally, the simplified configuration interface allows users toselect one or more dashboard templates for association with an input oroutput of the event-based process to customize display of dataassociated with the event-based process.

In an embodiment, the dashboard configurator 135 also accesses templatesdescribing how data from the event-based process is visually displayed,such as font size or type, display color or other information orinstructions describing how data is presented to a user. In anembodiment, the BAM dashboard comprises a plurality of web pages and thetemplate describes the number of web pages comprising the dashboard, thefunction of the various web pages and navigation between pages withinthe dashboard. In another embodiment, the template also associates adata type with one or more display characteristics. For example, atemplate associates data classified by the event-based process as inputwith a dashboard component for displaying the data classified by theevent-based process as input.

The dashboard configurator 135 allows automatic generation of a BAMdashboard from a description of an event-based process. For example, thedashboard configurator 135 identifies input data and output dataassociated with the event-based process and associates the input dataand output data with one or more dashboard components. Hence, thedashboard configurator 135 determines how data from the event-basedprocess is presented to a user after identifying a data type. Thisautomatic determination of how to display data from the event-basedprocess simplifies event-based process monitoring by reducing the timenecessary to configure and deploy a BAM dashboard associated with theevent-based process.

In one embodiment, the dashboard configurator 135 uses a graphicalinterface to automatically associate a dashboard template with anevent-based process rather than require manual association ofevent-based process data with one or more dashboard components andmanually configuration of the position of the dashboard componentsrelative to each other. In other words, the dashboard configurator 135acts as a software wizard to walk a user through a few steps to create aBAM dashboard. In some cases, the user can create a BAM dashboard byjust inputting several mouse clicks. An example graphical interface isfurther described below in conjunction with FIG. 6A and FIG. 6B;however, reference to FIGS. 6A and 6B is also used to describe operationof the dashboard configurator 135 and editing module 260. For example,the dashboard configurator 135 displays a dashboard property region 610for receiving input describing one or more overall characteristics ofthe dashboard, such as dashboard title, static data displayed by thedashboard or other data displayed by the dashboard but distinct from theevent-based process. In an embodiment, the dashboard configurator 135and editing module 260 also display a data selection region 620 listinga plurality of data associated with the event-based process. Forexample, the data selection region 620 includes a data listing 630identifying a plurality of variable names used by the event-basedprocess. The data listing 630 receives input from a user for selecting asubset of the data associated with the event-based process. A dashboardmodification region 640 allows a user to include the selected subset ofthe data associated with the event-based process in the dashboard.Similarly, the dashboard modification region 640 allows a user to removedata associated with the event-based process from the dashboard. Thedata selection region 620 also includes a dashboard data listing 650identifying data associated with the event-based process that isincluded in the dashboard. For example, the dashboard data listing 650lists event-based process variable names that are to be displayed by thedashboard. A customization region 660 allows a user to modify one ormore display characteristics associated with data included in thedashboard. For example, the customization region 660 allows a user todisplay a descriptive label related to data associated with theevent-based process or specify a frequency in which data associated withthe event-based process is updated.

The generation module 270 receives input from the editing module 260describing an event-based process and uses that input to associate datafrom the event-based process with one or more dashboard components of adashboard template. For example, the generation module 270 associatesdata classified as input to the event-based process with a BAM dashboardcomponent defined in an extensible markup language (XML) schema, a Java™applet or application, a C++ application or other structured text data.Similarly, the generation module 270 can associate data classified asoutput from the event-based process a BAM dashboard component describedin XML schema, a Java™ applet or application, a C++ application or otherstructured data. This allows automatic creation of a BAM dashboard basedon an event-based process description rather than manual design of theBAM dashboard and association(s) between data from the event-basedprocess and dashboard components as required by the prior art.

The deployment module 275 coupled to communicate with the generationmodule 270, the editing module 260 and the storage module 250. Thedeployment module 275 generates a dashboard deployment package 310 (seeFIG. 3), determines a deployment environment and sends the dashboarddeployment package 310 to the dashboard server 137 and the event engine120 for deployment. In an embodiment, the deployment module 275generates the dashboard deployment package 310 including structured textdata describing the BAM dashboard components and associations betweenBAM dashboard components and data from the event-based process, such asinput or output, for transmission to the event engine 120 and/or thedashboard server 137. In an alternate embodiment, the dashboarddeployment package 310 is created by the generation module 270. Thedashboard deployment package 310 simplifies remote implementation of theBAM dashboard by using a single data structure to transmit data used forBAM dashboard implementation. The deployment module 275 determines thedeployment environment by identifying a server, event engine and webapplication that will deploy the BAM dashboard. Then the dashboarddeployment package 310 is sent to these devices and used by them toinstall the BAM dashboard.

The editing module 260, the generation module 270 and the deploymentmodule 275 can be implemented in many ways. For example, they can be asoftware process executable by processor 210 and/or a firmwareapplication. The software and/or firmware can be configured to operateon a general purpose microprocessor or controller, a field programmablegate array (FPGA), an application specific integrated circuit (ASIC) ora combination thereof

For purposes of illustration, FIG. 2 shows the editing module 260, thegeneration module 270 and the deployment module 275 as discrete modules.However, in various embodiments, any or all of the editing module 260,the generation module 270 and the deployment module 275 can be combined.This allows a single module to perform the functions of one or more ofthe above-described modules.

FIG. 3 is a block diagram of a dashboard deployment package 310 forconfiguring a BAM dashboard according to one embodiment of theinvention. In one embodiment, the dashboard deployment package 310includes a process identification module 320, and a template 370 formedfrom a dashboard component store 330 and a component-process associationmodule 340. In another embodiment, the dashboard deployment package 310additionally includes a supplemental data module 350 and/or a displayformat module 360. Those of skill in the art will recognize thatdifferent embodiments can provide the information and functionality ofFIG. 3 in different ways. Moreover, other embodiments can includedifferent and/or additional features and/or layouts than the onesdescribed here.

The process identification module 320 identifies an event-based processor multiple event-based processes associated with a BAM dashboard. Forexample, the process identification module 320 identifies one or moreevent-based processes that communicate data to the BAM dashboard orreceive data from the BAM dashboard. For example, the processidentification module includes one or more event-based processidentifiers such as a filename, an alphanumeric string, a numeric codeor any other data which uniquely identifies an event-based process. Inan embodiment, the process identification module 320 also includes anevent engine identifier specifying an event engine 120 which executesthe event-based process.

The dashboard component store 330 includes structured text datadescribing configuration and implementation of a BAM dashboard. Forexample, the dashboard component store 330 includes an XML schema, Java™application, Java™ applet, C++ application or other type of data in aformat suitable for execution by a processor. Hence, the dashboarddeployment package 310 includes structured text data describing how theBAM dashboard is displayed and to allow implementation of the BAMdashboard using the contents of the dashboard component store 330.

The component-process association module 340 associates data indashboard component store 330 with data from the process identificationmodule 320. The component-process association module 340 identifies datafrom an event-based process that is communicated to the BAM dashboard.For example, the component-process association module 340 associates avariable name from an event-based process with a BAM dashboard componentor a BAM dashboard component property. This association betweenevent-based process variable and BAM dashboard component indicates whatBAM dashboard component receives data associated with the event-basedprocess or indicates what BAM dashboard component transmits data to theevent-based process. Hence, the component-process association module 340allows data communication between an event-based process and a BAMdashboard component or component property.

In an embodiment, the dashboard deployment package 310 also includes asupplemental data module 350 including additional data for use by theBAM dashboard, such as display text, color data or other formattingdata. For example, the supplemental data module 350 includes an XML datafile including predefined text data for display, data table formattingparameters, display color data or other data modifying the BAM dashboardor a BAM dashboard component. Alternatively, the supplemental datamodule 350 allows further input from a source other than the user or anevent-based process to be used by the BAM dashboard when displayingdata. Hence, the supplemental data module 350 allows additionalcustomization of a BAM dashboard using additional display or formattingdata. Alternatively, the supplemental data module 350 allows data to beshared among multiple BAM dashboards. For example, the supplemental datamodule 350 includes text data, color data and similar attributes whichare shared among multiple BAM dashboards, allowing multiple BAMdashboards to have a similar appearance or to display similar data.

In an embodiment, the dashboard deployment package 310 also includes adisplay format module 360 associated with the event-based processidentified by the process identification module 320. The display formatmodule 360 includes additional data describing how to display dataassociated with the event-based process. For example, the display formatmodule 360 includes one or more static or dynamic images, hypertextmarkup language (HTML) or extensible markup language (XML) formattingdata, cascading style sheets (CSS) describing fonts, color, spacing orother data describing a look and feel of a BAM dashboard. Additionally,the display format module 360 includes a client identifier associatingdisplay characteristics and format such as in a style sheet with one ormore computing devices. For example, the display format module 360associates a corporate style sheet with a range of internet protocol(IP) addresses so computing devices associated with the range of IPaddresses use the corporate template to display data from theevent-based process. This allows data from a single event-based processto be displayed in multiple formats described by multiple dashboardstyle sheets.

For purposes of illustration, FIG. 3 shows the process identificationmodule 320, the dashboard component store 330, the component-processassociation module 340, the supplemental data module 350 and the displayformat module 360 as discrete modules. However, in various embodiments,any or all of the process identification module 320, the dashboardcomponent store 330, the component-process association module 340, thesupplemental data module 350 and/or the display format module 360 can becombined. This allows a single module to perform the functions of one ormore of the above-described modules.

System Operation

FIG. 4 is a flow chart of a method 400 for configuring an event-drivenBAM dashboard according to one embodiment of the invention. Those ofskill in the art will recognize that other embodiments can perform thesteps of FIG. 4 in different orders or include different and/oradditional steps than the ones described herein.

Initially, one or more event-based processes are identified 410 based oninput from the dashboard configurator 135. For example, a user providesan event-based process identifier, such as an alphanumeric stringassociated with an event-based process or a filename of an event-basedprocess. Identification of an event-based process specifies the datasource for one or more BAM dashboard components or the destination fordata from one or more BAM dashboard components. As the BAM dashboardvisually depicts the performance of an event-based process,identification 410 of the event-based process determines what data isdisplayed by the BAM dashboard. For example, the event-based processidentifier specifies one or more inputs to the event-based processand/or one or more outputs from the event-based process. In anembodiment, the event-based process identifier also describes one ormore values used internally by the event-based process, allowing the BAMdashboard to display data describing one or more states of theevent-based process in addition to the event-based process input oroutput. In an embodiment, multiple event-based processes are identified410, allowing BAM dashboard components to display data from multipleevent-based processes so a single BAM dashboard monitors performance ofmultiple event-based processes.

After identifying one or more event-based processes, the dashboardconfigurator 135 or the generation module 270 associates 420 a BAMdashboard template from the template storage module 290 with theidentified event-based process to produces a BAM dashboardspecification. In an embodiment, the association generates arelationship between data associated with the event-based process andone or more dashboard components. For example, input to the event-basedprocess is associated 410 with a text box dashboard component or outputfrom the event-based process is associated with a table or chartdashboard component. In an embodiment, the BAM dashboard templateincludes default relationships between one or more event-based processdata types and one or more dashboard components. For example, the BAMdashboard template includes a default relationship between event-basedprocess input and a data table dashboard component or a defaultrelationship between event-based process output and a chart dashboardcomponent. These default relationships allow the BAM dashboard templateto automatically determine a data source associated with one or moredashboard components, simplifying BAM dashboard design. The BAMdashboard template also includes data describing the relative positionof the BAM dashboard components to each other. Additionally, the BAMdashboard template specifies values for one or more BAM dashboardcomponent properties, such as dashboard component sizes, dashboardcomponent names, dashboard component display characteristics (e.g.,alignment, font size, font type, color or similar data affecting visualpresentation) or other data describing visual appearance of one or moreBAM dashboard components.

A dashboard deployment package 310 is then generated 430 from thereceived BAM dashboard specification. Structured data associated withthe BAM dashboard is retrieved from the template storage module 290 andincluded in the dashboard deployment package 310. The generateddashboard deployment package 310 also includes an event-processidentifier corresponding to the one or more identified event-basedprocesses and data describing a relationship between event-based processdata and one or more dashboard components (e.g., specifying whatevent-based process data is displayed by a BAM dashboard component orwhat event-based process variable receives data from a BAM dashboardcomponent). Therefore, the generated dashboard deployment package 310includes data which is formatted for execution and/or display by thedashboard server 137, the event engine 120 or another computing device.For example, the dashboard deployment package 310 includes Java™, C++ orother data format suitable for execution by a processor that displaysthe BAM dashboard when executed.

Alternatively, the dashboard deployment package 310 includes datadescribing modifications to a BAM dashboard component of a BAM dashboardcomponent property. In another embodiment, the dashboard deploymentpackage 310 also includes supplemental data, such as BAM dashboardcomponent properties, a location of an additional data source for a BAMdashboard component or additional formatting data affecting visualpresentation of the BAM dashboard.

The generated dashboard deployment package 310 is then transmitted 440by the communication module 240 to the dashboard server 137 whichgenerates 450 the BAM dashboard. The dashboard server 137 serves the BAMdashboard to browsers 110 for review and manipulation by the users.Alternatively, the dashboard deployment package 310 is transmitted 440to the event engine 120 which generates 450 the BAM dashboard. In oneembodiment, the generated dashboard deployment package 310 istransmitted 440 to a plurality of event engines 120 or to a plurality ofdashboard servers 137, allowing a centralized configuration module 130to modify or configure a BAM dashboard used by multiple event engines120 or dashboard servers 137. If a dashboard server 137 implements theBAM dashboard identified by the dashboard deployment package 310, theBAM dashboard is modified responsive to the contents of the dashboarddeployment package 310; if an event engine 120 or dashboard server 137does not implement the identified BAM dashboard, the dashboarddeployment package 310 is discarded. Alternatively, user input at theconfiguration module 130 selects one or more event engines 120 and/ordashboard servers 137 and the dashboard deployment package 310 istransmitted 440 to the selected event engines 120 and/or dashboardservers 137. In another embodiment, event engines 120 or dashboardservers 137 periodically transmit data identifying a BAM dashboard tothe configuration module 130, which determines if the identified BAMdashboard has been modified and transmits 440 a dashboard deploymentpackage 310 to the event engines 120 or the dashboard servers 137 ifnecessary. Hence, a single configuration module 130 configures one ormore BAM dashboards implemented by event engines 120 or dashboardservers 137 in multiple locations.

In an embodiment where the BAM dashboard is generated by a dashboardserver 137, security of the event engine 120 is increased. Receivingdashboard specifications and modifying dashboard specifications via thedashboard server 137 reduces the amount of data communicated to theevent engine 120 and reduces the frequency with which data on the eventengine 120 is accessed. Additionally, using a dashboard server 137limits data transmission from the event engine 120 by using acentralized dashboard server 137, rather than separate client devices,to generate the BAM dashboard.

FIG. 5 is an event diagram of BAM dashboard configuration in adistributed computer system according to one embodiment of theinvention. For purposes of illustration, FIG. 5 depicts events occurringon a configuration module 130 and a dashboard server 137. However, inother alternate embodiments, the described events may occur on aconfiguration module 130 and an event engine 120. While process isdescribed as being performed by the configuration module 130 generally,the process steps may be performed by the components of theconfiguration module 130 as has been described above.

The configuration module 130 first identifies 510 one or moreevent-based processes. As the BAM dashboard displays data describingexecution of one or more event-based processes, identification 510 of anevent-based process determines where the BAM dashboard receives data orwhere the BAM dashboard transmits data. For example, the configurationmodule 130 receives an alphanumeric identifier associated with anevent-based process or a filename and/or location of an event-basedprocess.

A BAM dashboard template is then associated 520 with the identifiedevent-based process or event-based processes. For example, theconfiguration module 130 associates 520 a BAM dashboard template fromthe template storage module 290 with an identified event-based process.The BAM dashboard template describes the position of the BAM dashboardcomponents relative to each other and associates data from theevent-based process with one or more BAM dashboard components.Additionally, the BAM dashboard template also includes BAM dashboardcomponent parameters describing how one or more BAM dashboard componentsare displayed or additional formatting data, such as web page layouts,static or dynamic image data or other data affecting visual presentationof the BAM dashboard.

The configuration module 130 then generates 530 a dashboard deploymentpackage 310 using the BAM dashboard template associated 520 with theidentified event-based process. Hence, the configuration module 130includes an event-based process identifier, associations between datafrom the event-based process and BAM dashboard components, structuredtext data describing BAM dashboard components and the position of BAMdashboard components relative to each other and additional datamodifying visual presentation of the dashboard in the dashboarddeployment package 310. This allows the event-based process to bequickly monitored by generating a BAM dashboard from the data includedin the dashboard deployment package 310.

A connection, such as a data connection, is then established 540 betweenthe configuration module 130 and a dashboard server 137. In oneembodiment, the configuration module 130 and dashboard server 137 resideat remote locations. This allows a single configuration module 130 tomodify or configure BAM dashboards implemented by multiple dashboardservers 137.

The generated dashboard deployment package 310 is then transmitted 550from the configuration module 130 to the dashboard server 137 using theestablished connection. The dashboard server 137 then configures 560 theBAM dashboard using the data in the dashboard deployment package 310.For example, the dashboard server 137 generates a new BAM dashboard ormodifies an existing BAM dashboard (e.g., alters existing BAM dashboardcomponents, modifies BAM dashboard component properties, adds additionalBAM dashboard components, removes BAM dashboard components or similarmodifications) responsive to the received dashboard deployment package310. This allows the dashboard server 137 to efficiently modify orconfigure a BAM dashboard upon receiving a dashboard deployment package310 from the configuration module 130 rather than requiring additionaldata processing or reformatting by the dashboard server 137.

After configuring the dashboard, the dashboard server 137 generates 570the configured BAM dashboard including data describing one or moreevent-based processes identified by the dashboard deployment package310.

In certain embodiments, the dashboard deployment package 310 is alsosent from the configuration module 130 to the event engine 120. Thedashboard deployment package 310 is used by the event engine 120 toaffect changes to the data it outputs to the dashboard server 137.

Those of skill in the art will recognize that in various embodiments oneor more of the methods described in FIG. 4 and FIG. 5 are implemented inhardware and/or software or combinations thereof. For example,instructions for performing one or more of the above-described methodsare embodied or stored within a computer readable medium.

User Interface

FIGS. 6A and 6B are example user interfaces for automatically generatinga BAM dashboard according to one embodiment of the invention. Those ofskill in the art will recognize that different embodiments can providethe information and functionality of FIG. 6 in different ways. Moreover,other embodiments can include different and/or additional featuresand/or layouts than the ones described here. In this embodiment, theuser interfaces are part of a software wizard that allows the user topackage and deploy a dashboard to a web server using only a few inputse.g., mouse clicks.

As shown in FIG. 6A, a first interface showing a dashboard propertyregion 610 receives input from a user describing one or more overallcharacteristics of the dashboard, such as dashboard title, static datadisplayed by the dashboard or other data displayed by the dashboard butnot associated with the event-based process. For example, the dashboardproperty region 610 allows a user to specify a dashboard title, headinginformation displayed by the dashboard and to identify one or morebuttons or other input devices to allow a user to interact with thegenerated dashboard. Hence, the dashboard property region 610 allows auser to specify a descriptive or easily-identifiable title for thedashboard, simplifying subsequent analysis of data displayed using thedashboard.

As shown in FIG. 6B, a second interface showing a data selection region620 lists a plurality of data associated with the event-based process.For example, the data selection region 620 includes a data listing 630including a plurality of variable names used by the event-based process.The data listing 630 receives input from a user to select a subset ofthe data associated with the event-based process. This allows usercustomization of the data displayed by the dashboard based on selectionof data associated with the event-based process. This allowsmodification of the dashboard to only display data associated with theevent-based process that is most relevant to a particularimplementation. Hence, rather than displaying all data associated withan event-based process, the data listing allows a user to identifyspecific data associated with the event-based process most relevant to aparticular implementation or scenario.

A dashboard modification region 640 receives input from the user toinclude selected data from the data listing 630 in the dashboard.Similarly, the dashboard modification region 640 allows a user to removedata associated with the event-based process from the dashboard. Thisallows the user to further modify the appearance of the dashboard byremoving data initially to be displayed by the dashboard.

The data selection region 620 also includes a dashboard data listing 650identifying data associated with the event-based process to be displayedby the dashboard. For example, the dashboard data listing 650 lists ofevent-based process variable names associated with a dashboard componentfor visual presentation to a user. Hence, the dashboard data listing 650allows a user to quickly identify what data associated with theevent-based process is to be displayed by the dashboard. In anembodiment, a user selects a value from the dashboard data listing 650then uses the dashboard modification region 640 to prevent the selectedvalue from being displayed by the dashboard.

A customization region 660 allows a user to modify one or more displaycharacteristics associated with one or more dashboard components. Forexample, the customization region 660 allows a user to display adescriptive label along with to data associated with the event-basedprocess or specify a frequency in which the dashboard accesses theevent-based process to update data being displayed. Hence, thecustomization region 660 allows a user to further modify or customizethe dashboard by specifying data display or data modificationcharacteristics.

FIG. 8A is a graphical representation of an example interface 860generated for real time event visualization. In one embodiment, theinterface 860 is web based and may be provided for presentation in thebrowser 110. The present invention, in particular, the configurationmodule 130, uses the interface 860 to gather input related to an eventprocess. The configuration module 130 and the dashboard server 137 thencooperate to automatically generate the BAM dashboard of FIG. 8B. Forexample, the configuration module 130 and the dashboard server 137automatically group data, determine where on the page or grid to presentthe data, the format for the display of the data, and bind theevent-based process and its related data to the template.

FIG. 8B is graphical representation of a user interface 800 displayingan example BAM dashboard according to one embodiment of the invention.Those of skill in the art will recognize that different embodiments ofthe BAM dashboards can provide the information and functionality of FIG.8B in different ways. Moreover, other embodiments can include differentand/or additional features and/or layouts than the ones described here.

A historical data view 810 graphically displays performance of anevent-based process over a time interval. For purposes of illustration,FIG. 8B shows a BAM dashboard including two historical data views 810A,810B; however, in other embodiments, the BAM dashboard includes greateror fewer historical data views 810. In an embodiment, the BAM dashboardspecification identifies data from the event-based process that isdisplayed and how the identified data is displayed (e.g., a chart type).For example, historical data view 810B graphically depicts the number oforders received by the event-based process and the order volumecorresponding to the received orders as a bar graph while view 810Ashows the data in a line chart. Modification of the BAM dashboardspecification affects the amount or type of data displayed by ahistorical data view 810. For example, modifying the BAM dashboardspecification causes the historical data view 810 to display a differenttype of data from the event-based process or causes the time intervaldisplayed by the historical data view 810 to change (e.g., from hours todays, from days to weeks, from weeks to months or a similar change tothe quantity of data displayed).

A data view 820 displays data from the event-based process. The BAMdashboard specification identifies data from the event-based process fordisplay in the data view 820. For example, the BAM dashboardspecification includes a variable name from the event-based process andhow data associated with the identified variable name is displayed. Inan embodiment, the BAM dashboard specification also includes a variabledescription indicating text displayed in the data view 820, such as thevariable name or a description of the data associated with the variablename. Hence, the data view 820 displays data generated or used by theevent-based process, allowing a user to monitor or analyze specificevent-based process data. In one embodiment, the data view 820 alsodisplays a description or identifier associated with the data,simplifying determination of what is represented by the displayed data.

A summary view 830 displays an action, or a description of an action,generated as output by the event-based process. Hence, the summary view830 describes the final result generated by application of theevent-based process while the data view 820 describes different dataused by the event-based process in generating the final result. In anembodiment, additional data, such as a description of the input event,is displayed by the summary view 830 in addition to the generatedaction.

An input region 840 receives input from a user, allowing the user tomodify the BAM dashboard display by modifying the BAM dashboardspecification. Additionally, the input region 840 allows a user toidentify BAM dashboard components of particular interest and display theidentified BAM dashboard components. For example, the input region 840allows the user to modify the historical data view 810 to displaydifferent data included in the BAM dashboard specification or togenerate a new historical data view 810 by specifying data for displayand a time interval over which data is displayed. Alternatively, theinput region 840 receives user input modifying the data displayed by thesummary view 830 and/or the data view 820.

A value entry region 850 receives input from a user that is communicatedto the event engine 120 for processing by the event-based process. Thisallows the user to provide additional data to the event engine 120, suchas values for variables used by the event-based process or provide aninput event for processing by the event engine 120.

Example Application

FIG. 7 is a block diagram of the dashboard server 137 generating aplurality of BAM dashboards for a plurality of clients 730A, 730B and730C, according to one embodiment of the invention. FIG. 7 illustrates afirst, second and third dashboard descriptions 710A, 710B and 710C eachusing the same template 370 to monitor execution of multiple event-basedprocesses 720A, 720B and 720C. The present invention is particularlyadvantageous because it allows the template 370 to be created andreused. For example, a user may spend a significant amount of time andeffort developing a template to present information from severalevent-based processes. This template may then be used (and modified) byothers to create BAM dashboards customized to their needs and tastes.Furthermore, the template structure allows users to create libraries orgroups of templates that can be used as required.

To monitor execution of multiple event-based processes 720A, 720B, 720C,the dashboard server 137 installs a first, second and third dashboarddescriptions 710A, 710B and 710C. Each of the first, second and thirddashboard descriptions 710A, 710B and 710C has an event-processidentifier 740A, 740B and 740C and an associated template 370. Theevent-process identifier 740A, 740B and 740C identifies a correspondingevent-based process A, B and C, and specifying what data to retrievefrom each event-based process 720A, 720B, 720C. The dashboarddescriptions 710A, 710B and 710C are then used to generate BAMdashboards to present event data on the client devices 730A, 730B and730C. Those skilled in the art will recognize that even though only onetemplate 370 is shown, the dashboard descriptions 710A, 710B and 710Cmay use different templates, or includes a plurality of templates.

As the event-based processes 720A, 720B, 720C process events, data 722,732, 742 is communicated from the event-based processes 720A, 720B, and720C to the dashboard server 137. The dashboard server 137 receives thedata 722, 732, 742 and formats the received data according to BAMdashboard component properties and associations between BAM dashboardcomponents and event-based process data in the first, second and thirddashboard descriptions 710A, 710B and 710C. This allows data 722, 732,742 from different event-based processes 720A, 720B, and 720C to besimilarly formatted according to the template 370 of their respectivedashboard descriptions 710A, 710B and 710C, thereby, allowing data frommultiple event-based processes 720A, 720B, and 720C to have a similarvisual presentation. In another embodiment, BAM dashboards having adifferent visual appearance specified by different dashboard templatesare generated to separately display data 722, 732, 742 from eachevent-based process 720A, 720B, and 720C. Although each event-basedprocess 720A, 720B, and 720C is shown as outputting its data to arespective dashboard descriptions 710A, 710B and 710C, those skilled inthe art will recognize that a particular dashboard description mayreceive data from a plurality of event-based process 720A, 720B, and720C, and such data is presented according to the template included as apart of that particular dashboard description.

After formatting the received data 722, 732, 742, the BAM dashboardspecified in the template 370 is displayed on one or more client devices730A, 730B and 730C, allowing one or more users to monitor execution ofthe different event-based processes 720A, 720B, 720C. As the event-basedprocesses 720A, 720B, 720C modify data 722, 732, 742, the displayeddashboard is updated to reflect the data modifications. Thus, a singletemplate 370 allows a user to specify how multiple event-based processes720A, 720B, 720C are monitored and presented. Those skilled in the artwill recognize that in another embodiment where the client devices 730A,730B, 730C are displaying the same event-based process, the dashboarddescriptions 710A, 710B, 710C provide control over presentation andaccess of data within the event engine 120. Each of the client devices730A, 730B, 730C can display deployed dashboards 145 showing differentinformation and allowing different control.

The foregoing description of the embodiments of the present inventionhas been presented for the purposes of illustration and description. Itis not intended to be exhaustive or to limit the present invention tothe precise form disclosed. Many modifications and variations arepossible in light of the above teaching. It is intended that the scopeof the present invention be limited not by this detailed description,but rather by the claims of this application. As will be understood bythose familiar with the art, the present invention may be embodied inother specific forms without departing from the spirit or essentialcharacteristics thereof. Likewise, the particular naming and division ofthe modules, routines, features, attributes, methodologies and otheraspects are not mandatory or significant, and the mechanisms thatimplement the present invention or its features may have differentnames, divisions and/or formats. Furthermore, as will be apparent to oneof ordinary skill in the relevant art, the modules, routines, features,attributes, methodologies and other aspects of the present invention canbe implemented as software, hardware, firmware or any combination of thethree. Of course, wherever a component, an example of which is a module,of the present invention is implemented as software, the component canbe implemented as a standalone program, as part of a larger program, asa plurality of separate programs, as a statically or dynamically linkedlibrary, as a kernel loadable module, as a device driver, and/or inevery and any other way known now or in the future to those of ordinaryskill in the art of computer programming. Additionally, the presentinvention is in no way limited to implementation in any specificprogramming language, or for any specific operating system orenvironment. Accordingly, the disclosure of the present invention isintended to be illustrative, but not limiting, of the scope of thepresent invention, which is set forth in the following claims.

1. A non-transitory computer readable medium comprising computerexecutable instructions that, when executed by a computer, cause thecomputer to automatically generate a dashboard on a display to displayan event-based process, the computer executable instructions beingfurther configured to cause the computer to: receive an identifieridentifying the event-based process; in response to receiving theidentifier, automatically generate a deployment package that identifiesthe event-based process and includes a template associating data of theevent-based process with an automatically generated dashboard component,wherein a default relationship is used to automatically determine a datasource associated with the automatically generated dashboard component;receive event-based process data corresponding to the event-basedprocess; generate the dashboard using the deployment package and theevent-based process data; and provide the dashboard to the display fordisplay of the event-based process.
 2. The non-transitory computerreadable medium of claim 1 wherein the identifier includes at least oneof: an input to the event-based process; an output generated by theevent-based process; and information used internally by the event-basedprocess.
 3. The non-transitory computer readable medium of claim 1wherein the deployment package further comprises display characteristicsfor the event-based process data.
 4. The non-transitory computerreadable medium of claim 1 wherein the instructions are furtherconfigured to cause the computer to store a plurality of templates in amemory.
 5. The non-transitory computer readable medium of claim 1wherein the instructions are further configured to cause the computerto: receive configuration data that is input using the dashboard;transmit information to modify the event-based process; and modify thedashboard based on the configuration data.
 6. The non-transitorycomputer readable medium of claim 1 wherein the instructions are furtherconfigured to cause the computer to receive an input, the input used toat least one of: modify the dashboard component, and modify arelationship between the event-based process and the template.
 7. Thenon-transitory computer readable medium of claim 1 wherein theinstructions are further configured to cause the computer to use thetemplate to generate a business activity monitoring dashboard.
 8. Thenon-transitory computer readable medium of claim 1 wherein the dashboardcomponent is selected from the group consisting of a data table, a graphdisplay, a chart display, a graphical image, a text box, and a label. 9.A non-transitory computer readable medium comprising computer executableinstructions that, when executed by a computer, cause the computer toautomatically generate a dashboard to display an event-based process,the computer readable instructions being further configured to cause thecomputer to: receive an identifier identifying the event-based process;receive data associated with the event-based process; receive a templatehaving a dashboard component specifying what and how data is displayedin the dashboard; generate, in response to receiving the identifier, arelationship between the data associated with the event-based processand the template; and output the relationship and the identifieridentifying the event-based process, wherein a default relationship isused to automatically determine a data source associated with thedashboard component.
 10. The non-transitory computer readable medium ofclaim 9 wherein the instructions are further configured to cause thecomputer to store a plurality of templates in a memory, each templatehaving a dashboard component specifying what and how data is displayedin the dashboard.
 11. The non-transitory computer readable medium ofclaim 9 wherein the template comprises a business activity monitoringdashboard.
 12. The non-transitory computer readable medium of claim 9wherein the instructions are further configured to cause the computer toreceive an input, the input being used to at least one of: modify thedashboard component of the template, and modify the relationship betweenthe event-based process and the dashboard component.
 13. Thenon-transitory computer readable medium of claim 12 wherein the inputcomprises a selection of a subset of the data associated with theevent-based process and an association between the subset of the dataassociated with the event-based process and the dashboard component. 14.The non-transitory computer readable medium of claim 9 wherein theinstructions are further configured to cause the computer to generate adashboard deployment package, the dashboard deployment package includingthe identifier, structured text data describing the template, and therelationship between the event-based process and the template.
 15. Thenon-transitory computer readable medium of claim 9 wherein theinstructions are further configured to cause the computer to send thedashboard deployment package to at least one of an event engine and adashboard server for deployment.